热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

设计实战|10个Kotlin项目深度解析:首页模块开发详解

篇首语:本文由编程笔记#小编为大家整理,主要介绍了10Kotlin项目实操之首页模块相关的知识,希望对你有一定的参考价值。 (1)一个人只要自己不放弃自己&#xff0c

篇首语:本文由编程笔记#小编为大家整理,主要介绍了10Kotlin项目实操之首页模块相关的知识,希望对你有一定的参考价值。




(1)一个人只要自己不放弃自己,整个世界也不会放弃你.
(2)天生我才必有大用
(3)不能忍受学习之苦就一定要忍受生活之苦,这是多么痛苦而深刻的领悟.
(4)做难事必有所得
(5)精神乃真正的刀锋
(6)战胜对手有两次,第一次在内心中.
(7)好好活就是做有意义的事情.
(8)亡羊补牢,为时未晚
(9)科技领域,没有捷径与投机取巧。
(10)有实力,一年365天都是应聘的旺季,没实力,天天都是应聘的淡季。
(11)基础不牢,地动天摇
(12)写博客初心:成长自己,辅助他人。当某一天离开人世,希望博客中的思想还能帮人指引方向.
(13)编写实属不易,若喜欢或者对你有帮助记得点赞+关注或者收藏哦~



【10】Kotlin项目实操之首页模块

文章目录


  • 【10】Kotlin项目实操之首页模块
    • 1.OkHttp网络请求模式
      • 1.1设计图
      • 1.2请求服务器API接口
      • 1.3服务器响应的封装
      • 1.4请求服务器API的具体实现

    • 2.用户请求流程图
      • 2.1请求流程图
      • 2.1请求响应实现

    • 3.打赏鼓励
      • 3.1微信打赏
      • 3.2支付宝打赏




1.OkHttp网络请求模式

(1)写代码应该先将接口写出来,按照接口标准来具体实现


1.1设计图

(1)使用OkHttp去访问服务器,最终一定会有一个成功与失败
(2)这个成功与失败,严格来讲就是一个Callback回调
(3)对这个Callback再次封装,便于控制成功与失败的操作。
(4)为什么这么设计?


  • 因为异步请求服务器,就会有成功与失败,没有封装之前,这个成功与失败的响应结果是异步的。
  • 而封装的目的一是为了将异步的成功与失败结果变成主线程,二是为了做数据过滤

1.2请求服务器API接口

/**
* @author XiongJie
* @version appVer
* @Package com.gdc.kotlinproject.data_model.local.request
* @file
* @Description:
*
* 1.请求服务器的一系列接口
*
* @date 2021-6-5 10:24
* @since appVer
*/

interface IRequest
/**
* 1.无参数
* (1)NetWorkResultData:响应成功或失败的数据
*/

fun instanceRequestAction(url:String,resultData: NetWorkResultData)
/**
* 1.有1个参数的
*/

fun instanceRequestAction(url:String,value:String,resultData: NetWorkResultData)
/**
* 1.有2个参数的
*/

fun instanceRequestAction(url:String,value1:String,value2:String,resultData: NetWorkResultData)
/**
* 1.有3个参数的
*/

fun instanceRequestAction(url:String,value1:String,value2:String,value3:String,resultData: NetWorkResultData)
/**
* 用map做参数
*/

fun instanceRequestAction(url:String,resultData: NetWorkResultData,parameter:Map<String,String>)


1.3服务器响应的封装

/**
* &#64;author XiongJie
* &#64;version appVer
* &#64;Package com.gdc.kotlinproject.local.request
* &#64;file
* &#64;Description:
* 1.对异步回调的封装
* &#xff08;1&#xff09;使用OkHttp去访问服务器,最终一定会有一个成功与失败
* &#xff08;2&#xff09;这个成功与失败&#xff0c;严格来讲就是一个Callback回调
* &#xff08;3&#xff09;对这个Callback再次封装&#xff0c;便于控制成功与失败的操作。
* &#xff08;4&#xff09;为什么这么设计&#xff1f;
* - 因为异步请求服务器&#xff0c;就会有成功与失败&#xff0c;没有封装之前&#xff0c;这个成功与失败的响应结果是异步的。
* - 而封装的目的一是为了将异步的成功与失败结果变成主线程,二是为了做数据过滤
*
* &#64;date 2021-6-5 18:14
* &#64;since appVer
*/

abstract class NetWorkResultData : Callback
/**
* 1.封装前的失败
* 1.1使用Handler切换到主线程调用封装后的失败
* 1.2确保在主线程执行
*/

override fun onFailure(call: Call, e: IOException)
Log.e(Flag.TAG, ">>>>>>>>>>>>>>>>>>>>>>>>>> onFailure: use okhttp network request TO Exception: $e.message" );
Handler(Looper.getMainLooper(),object :Handler.Callback
override fun handleMessage(msg: Message): Boolean
//1.1.拿到信息message不为空的情况下执行let里面的内容 it&#61;&#61;message本身
e.message ?.let requestError(it)
//1.2.为了保证系统继续执行&#xff0c;return false
return false;

).sendEmptyMessage(0)

/**
* 1.封装前的成功
* 1.1使用Handler切换到主线程调用封装后的成功,确保在主线程执行
*/

override fun onResponse(call: Call, response: Response)
Handler(Looper.getMainLooper(),Handler.Callback
requestSuccess(response)
false
).sendEmptyMessage(0)

/**
* 1.封装后的失败
*/

abstract fun requestError(info : String)
/**
* 1.封装后的成功
* 拿到的是Okhttp的响应结果
*/

abstract fun requestSuccess(result:Response)


1.4请求服务器API的具体实现

/**
* &#64;author XiongJie
* &#64;version appVer
* &#64;Package com.gdc.kotlinproject.local.request
* &#64;file
* &#64;Description:
* 1.请求服务器API的具体实现
* &#xff08;1&#xff09;.不使用派生单例&#xff0c;直接写object才是真正的单例
* &#xff08;2&#xff09;.派生与object实现单例时尽量使用object
* &#xff08;3&#xff09;.如果需要给单例传递参数&#xff0c;则使用派生更好
* fun instanceRequestAPI(context:Context):IRequest &#61; RequestAPI()
* &#64;date 2021-6-5 18:40
* &#64;since appVer
*/

object RequestAPI : IRequest
/**
* 派生单例
*/

/*companion object
fun instanceRequestAPI():IRequest &#61; RequestAPI()
*/

/**
* 无参数
*/

override fun instanceRequestAction(url: String, resultData: NetWorkResultData)

/**
* 1个参数
*/

override fun instanceRequestAction(url: String, value: String, resultData: NetWorkResultData)
commonOKHttpRequestAction(url,resultData,value)

/**
* 2个参数
*/

override fun instanceRequestAction(
url: String,
value1: String,
value2: String,
resultData: NetWorkResultData
)
commonOKHttpRequestAction(url,resultData,value1,value2)

/**
* 3个参数
*/

override fun instanceRequestAction(
url: String,
value1: String,
value2: String,
value3: String,
resultData: NetWorkResultData
)
commonOKHttpRequestAction(url,resultData,value1,value2,value3)

/**
* Map多个参数
*/

override fun instanceRequestAction(
url: String,
resultData: NetWorkResultData,
parameter: Map<String, String>
)

/** TODO ********************** 下面这一系列都是 OKHTTP 执行请求逻辑相关的 ************************/
/**
* 1.可变参数的情况
* 1.1可变参数可以改为一个实体Bean类型的
* 1.2此处是为了展示可变参数的形式,解决传递多个参数的问题
*/

private fun commonOKHttpRequestAction(url:String , resultData : NetWorkResultData, vararg values:String)
//1.创建一个OkHttpClient对象
val okHttpclient &#61; OkHttpClient()
//2.构建参数的body MultipartBody.FORM表单形式
val builder:MultipartBody.Builder &#61; MultipartBody.Builder().setType(MultipartBody.FORM)
//3.参数根据可变参数的数量变化而变化
for(value in values)
//3.1封装参数
builder.addFormDataPart(Flag.PART,value)

//4.构建一个请求
//4.1post提交里面是参数的builder
//4.2url()请求路径
val request:Request &#61; Request.Builder()
.url(url)
.post(builder.build())
.build()
//5.发送一个请求给服务器
okHttpclient.newCall(request).enqueue(resultData)



2.用户请求流程图


2.1请求流程图


2.1请求响应实现

/**
* &#64;author XiongJie
* &#64;version appVer
* &#64;Package com.gdc.kotlinproject.modules.home
* &#64;file
* &#64;Description:
* 1.首页的Fragment
* &#xff08;1&#xff09;不使用MVP
* &#64;date 2021-6-4 18:09
* &#64;since appVer
*/

class HomeFragment:Fragment()
override fun onCreateView(
inflater: LayoutInflater,
container: ViewGroup?,
savedInstanceState: Bundle?
): View?
Toast.makeText(activity, "首页", Toast.LENGTH_SHORT).show()
val root: View? &#61; inflater.inflate(R.layout.fragment_home, container, false) // null
return root ?: super.onCreateView(inflater, container, savedInstanceState)

init
setHasOptionsMenu(true)

override fun onCreateOptionsMenu(menu: Menu, inflater: MenuInflater)
super.onCreateOptionsMenu(menu, inflater)
inflater.inflate(R.menu.personal_menu, menu)

override fun onActivityCreated(savedInstanceState: Bundle?)
super.onActivityCreated(savedInstanceState)
requestHomeData()

/**
* 1.请求服务器接口数据并解析
*/

private fun requestHomeData()
RequestAPI.instanceRequestAction(Flag.SERVER_URL,"1",object :NetWorkResultData()
//1.1失败 主线程完成 已经在NetworkResultData切换为主线程执行
override fun requestError(info: String)
Log.e(Flag.TAG, "requestHomeData requestError info:$info")
showResultError(info)

//1.2成功 主线程完成 已经在NetworkResultData切换为主线程执行
override fun requestSuccess(result: Response)
try
val resultData &#61; result.body()?.string().toString()
Log.e(Flag.TAG,
"成功 数据在response里面 获取后台给我们的JSON 字符串 resultData:$resultData")
//1.2.1Gson解析成可操作的对象
val gson &#61; Gson()
val homeDataResponse: HomeDataResponse &#61; gson.fromJson(resultData,HomeDataResponse::class.java)
showResultSuccess(homeDataResponse)
catch (e: Exception)
e.printStackTrace()
Log.e(Flag.TAG, "requestSuccess 解析数据时Exception:$e.message")


)

/**
* 首页的画面展示【成功】
*/

private fun showResultSuccess(result: HomeDataResponse)
text_home.text &#61; "欢迎同学们的到来>>>>>>>>>>>"
home_listview.adapter &#61; context?.myRun
HomeInfoListAdapter(it,result.data.news_list)

//两者图片的显示
Glide.with(iv_top).load(result.data.company_list[0].image).into(iv_top)
Glide.with(iv_bottom).load(result.data.ad_list[0].image).into(iv_bottom)

/**
* 首页的画面展示【失败】
*/

private fun showResultError(errorMsg: String)
Toast.makeText(activity, "首页数据请求失败: errorMsg:$errorMsg", Toast.LENGTH_SHORT).show()


/**
* 调用高阶函数
*/

fun <T, R> T.myRun(m: (T) -> R) : R &#61; m(this)

3.打赏鼓励

感谢您的细心阅读&#xff0c;您的鼓励是我写作的不竭动力&#xff01;&#xff01;&#xff01;


3.1微信打赏


3.2支付宝打赏


推荐阅读
  • 深入解析Java设计模式之责任链模式
    责任链模式通过将处理请求的对象链接成一条链,确保每个请求能够沿着这条链传递,直至找到合适的处理者。本文将详细介绍责任链模式的原理、优势、局限及实际应用案例。 ... [详细]
  • 使用 Azure Service Principal 和 Microsoft Graph API 获取 AAD 用户列表
    本文介绍了一段通用代码示例,该代码不仅能够操作 Azure Active Directory (AAD),还可以通过 Azure Service Principal 的授权访问和管理 Azure 订阅资源。Azure 的架构可以分为两个层级:AAD 和 Subscription。 ... [详细]
  • 本文通过对OkHttp源码的详细解读,旨在帮助读者理解其核心执行流程,特别是同步与异步请求的处理方式。文中不仅涵盖了基本的使用示例,还深入探讨了OkHttp的核心功能——拦截器链的工作原理。 ... [详细]
  • 深入解析Spring Cloud Ribbon负载均衡机制
    本文详细介绍了Spring Cloud中的Ribbon组件如何实现服务调用的负载均衡。通过分析其工作原理、源码结构及配置方式,帮助读者理解Ribbon在分布式系统中的重要作用。 ... [详细]
  • 本文详细介绍了 Apache Jena 库中的 Txn.executeWrite 方法,通过多个实际代码示例展示了其在不同场景下的应用,帮助开发者更好地理解和使用该方法。 ... [详细]
  • 深入解析Java枚举及其高级特性
    本文详细介绍了Java枚举的概念、语法、使用规则和应用场景,并探讨了其在实际编程中的高级应用。所有相关内容已收录于GitHub仓库[JavaLearningmanual](https://github.com/Ziphtracks/JavaLearningmanual),欢迎Star并持续关注。 ... [详细]
  • 如何高效学习鸿蒙操作系统:开发者指南
    本文探讨了开发者如何更有效地学习鸿蒙操作系统,提供了来自行业专家的建议,包括系统化学习方法、职业规划建议以及具体的开发技巧。 ... [详细]
  • 主目录见:Android高级进阶知识(这是总目录索引) 这是我们第一篇讲解网络请求相关的框架,前面我们的所有讲解都是跟网络请求没有关系,如果大家对Http协议的原理等还不熟悉,希望 ... [详细]
  • 历史指对人类社会过来的事件和流动,以及对这些事件行为有零碎的记录、钻研和诠释。历史是文化的传承,积攒和扩大,是人类文明的轨迹。APISpace的历史上的 ... [详细]
  • 本文详细介绍了 Dockerfile 的编写方法及其在网络配置中的应用,涵盖基础指令、镜像构建与发布流程,并深入探讨了 Docker 的默认网络、容器互联及自定义网络的实现。 ... [详细]
  • 数据库内核开发入门 | 搭建研发环境的初步指南
    本课程将带你从零开始,逐步掌握数据库内核开发的基础知识和实践技能,重点介绍如何搭建OceanBase的开发环境。 ... [详细]
  • 本文详细介绍了如何使用 Yii2 的 GridView 组件在列表页面实现数据的直接编辑功能。通过具体的代码示例和步骤,帮助开发者快速掌握这一实用技巧。 ... [详细]
  • Java项目分层架构设计与实践
    本文探讨了Java项目中应用分层的最佳实践,不仅介绍了常见的三层架构(Controller、Service、DAO),还深入分析了各层的职责划分及优化建议。通过合理的分层设计,可以提高代码的可维护性、扩展性和团队协作效率。 ... [详细]
  • 基于Dubbo与Zipkin的微服务调用链路监控解决方案
    本文提出了一种基于Dubbo与Zipkin的微服务调用链路监控解决方案。通过抽象配置层,支持HTTP和Kafka两种数据上报方式,实现了灵活且高效的调用链路追踪。该方案不仅提升了系统的可维护性和扩展性,还为故障排查提供了强大的支持。 ... [详细]
  • 最近看到有一篇文章,主要写Android如何检测版本更新,但有点无语,其实挺简单的问题,被说的如此复杂。于是想记录下来,希望能帮到需要的人。检测版本更新的思路:1.首先获取现app ... [详细]
author-avatar
le__citron
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有